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DETAILED ACTION 

1 . This action is in response to applicant's amendnnent filed on May 12, 2008. 
Claims 14, 15, 28, 32, 37-38 and 46 has been cancelled and new claims 48 and 49 
has been added. Claims 1-13, 16-27, 29-31, 33-36, 39-45 and 47-49 are pending in 
the present application. 

Response to Arguments 

2. Applicant's arguments with respect to claims 1-13, 16-27, 29-31, 33-36, 39-45 
and 47-49 have been considered but are moot in view of the new ground(s) of rejection. 
Arguments are directed to newly added limitations and the new ground(s) of rejection 
based on the newly added limitations follow below. 

Claim Objections 

3. Claims 1,2, 16, 40 and 48 are objected to because of the following informalities: 
Claims 1, 2, 16, 40 and 48 recites the limitations "TCP/IP, FEC & MTU." Applicant is 
respectfully requested to identify the meaning of the term or abbreviation in the claims. 

Appropriate correction is required. 

Claim Rejections - 35 USC §112 

4. The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification sliall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 
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5. Claims 10-12 are rejected under 35 U.S.C. 112, second paragraph, as being 
indefinite for failing to particularly point out and distinctly claim the subject matter which 
applicant regards as the invention. 

With respect to claim 10, applicant recites the limitation "the ACK suppression 
system" on lines 1-2 of claim 10, however there is insufficient antecedent basis for this 
limitation in the claim. 

With respect to claims 11-12, they include the same issues explained above for 
parent claim 10, and are rejected for the same reasons as explained above. 
Appropriate correction is required. 

Claim Rejections - 35 USC § 103 

6. The text of those sections of Title 35, U.S. Code not included in this action can 
be found in a prior Office action. 

7. Claims 1 , 2, 4-7, 1 6-24, 36, 39-45 and 48 are rejected under 35 U.S.C. 1 03(a) as 
being unpatentable over Eccles et al., U.S. Patent Number 7,376,091 (hereinafter 
Eccles) and further in view of Tong et al., U.S. Publication Number 2002/0150040 Al 
(hereinafter Tong). 

Regarding claim 1 , Eccles teaches an apparatus for performing TCP/IP data 
packet transfers over an IEEE 802.1 1 network (see col. 3, lines 14-25, col. 6, lines 39- 
50, col. 11, lines 14 and Fig. 1), comprising: a network interface {e.g., 802.11 interface 
56 & 60) configured according to IEEE 802.1 1 for communication over a network 
according to a TCP/IP layered communication protocol (see col. 3, lines 53-61 and col. 
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6, lines 39-50); a media access communication (MAC) layer witliin said network 
interface (see col. 6, lines 53-61 ); and means for optimizing data transfers as controlled 
from within said MAC layer by formatting network packets for IP transmission and then 
adding additional bytes for IEEE 802.1 1 transmission of PEG and checksums (see col. 
6, lines 24-30 and Pig. 2; shows a FCS field 96 for carrying a Cyclic Redundancy Code 
(CRC) whicli reads on the transmission ofFEC and checksums within the 802.11 
frame). 

Eccles further teaches if a transmitted data is lost or incorrectly received at a 
receiving station, after a predetermined period of time, the transmitting station would 
resend the packet to the receiving station (see col. 4, line 59 through col. 5, line 3), but 
fails to explicitly teach performing partial packet retransmissions. 

In an analogous field of endeavor, Tong teaches a method and system of 
controlling retransmission of improperly received information, wherein upon receiving a 
negative acknowledgment (NAK) from a receiver indicating that a packet was corrupted 
and not properly received, the packet for retransmission is divided into a number of 
segments, referred to as subpackets and is then injected into a subsequent packet and 
transmitted to the receiver (see p. 2 [0024]). According to Tong, the receiver will 
recover the subpackets from an incoming sequence of packets, decode normal packets, 
and reconstruct retransmitted packets from the recovered subpackets (see p. 2 [0024] 
and p. 3 [0033]). Tong further teaches the decoded packets are sent to an error 
checking logic to determine if the decoded packet was properly received, and 
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preferably, a cyclic redundancy checl< (CRC) algorithm is used to determine tine integrity 
of the decoded packet (see p. 3 [0030]). 

It would therefore have been obvious to one of ordinary skill in the art at the time 
of the invention to modify Eccles with the teachings of Tong to a include a means for 
performing partial packet retransmissions, in order to provide an improved automatic 
repeat request (ARQ) based protocol that facilitates continuous data transmission while 
supporting retransmission of corrupted data as taught by Tong (see p. 1 [0007-0008]). 

Regarding claim 2, Eccles teaches an apparatus for performing TCP/IP data 
packet transfers over an IEEE 802.1 1 network (see col. 3, lines 14-25, col. 6, lines 39- 
50, col. 1 1 , lines 14 and Fig. 1), comprising: a network interface {e.g., 802.11 interface 
56 & 60) configured according to IEEE 802.1 1 for communication over a network 
according to a TCP/IP layered communication protocol (see col. 3, lines 53-61 and col. 
6, lines 39-50); a media access communication (MAC) layer within said network 
interface (see col. 6, lines 53-61 ); and at least one optimization process executing within 
said MAC layer and configured for formatting and processing network packets (see col. 
2, lines 15-31, col. 3, lines 53-61 and col. 6, lines 31-50). 

Eccles further teaches if a transmitted data is lost or incorrectly received at a 
receiving station, after a predetermined period of time, the transmitting station would 
resend the packet to the receiving station (see col. 4, line 59 through col. 5, line 3), but 
fails to explicitly teach wherein said optimization processing comprises performing 
partial packet retransmission by dividing each IP packet into multiple data blocks and 
adding FEC or checksum information for the data blocks within additional data bytes 
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defined witliin tlie IEEE 802.1 1 frame wliicli are not utilized in IP protocol frames, and 
retransmitting blocks by piggybacking them within said extra bytes within the IEEE 
802.11 frame. 

In an analogous field of endeavor, Tong teaches a method and system of 
controlling retransmission of improperly received information, wherein upon receiving a 
negative acknowledgment (NAK) from a receiver indicating that a packet was corrupted 
and not properly received, the packet for retransmission is divided into a number of 
segments, referred to as subpackets and is then injected into a subsequent packet and 
transmitted to the receiver (see p. 2 [0024]). According to Tong, the receiver will 
recover the subpackets from an incoming sequence of packets, decode normal packets, 
and reconstruct retransmitted packets from the recovered subpackets (see p. 2 [0024] 
and p. 3 [0033]). Tong further teaches the decoded packets are sent to an error 
checking logic to determine if the decoded packet was properly received, and 
preferably, a cyclic redundancy check (CRC) algorithm is used to determine the integrity 
of the decoded packet (see p. 3 [0030]). Furthermore, Eccles teaches the frame length 
for the 802.1 1 data frame can range from 0 bytes to 2312 bytes and the PCS field 
carries a Cyclic Redundancy Code (CRC) which reads on adding PEC or checksum 
information for the data blocks within additional data bytes defined within the IEEE 
802.1 1 frame which are not utilized in IP protocol frames (see col. 6, lines 24-50 and 
Fig. 2; shows an IEEE 802.11 data frame). 

It would therefore have been obvious to one of ordinary skill in the art at the time 
of the invention to modify Eccles with the teachings of Tong to a include an apparatus 
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comprising: wlierein said optimization processing comprises performing partial pacl<et 
retransmission by dividing eacli IP packet into multiple data blocks and adding FEC or 
checksum information for the data blocks within additional data bytes defined within the 
IEEE 802.1 1 frame which are not utilized in IP protocol frames, and retransmitting 
blocks by piggybacking them within said extra bytes within the IEEE 802.1 1 frame, in 
order to provide an improved automatic repeat request (ARQ) based protocol that 
facilitates continuous data transmission while supporting retransmission of corrupted 
data as taught by Tong (see p. 1 [0007-0008]). 

Regarding claim 4, Eccles in view of Tong teaches all the limitations of claim 2. 
Eccles in view of Tong further teaches an apparatus, wherein said partial packet 
retransmission system is configured for dividing a network packet frame into a plurality 
of data blocks including a first plurality of retransmission data blocks for retransmissions 
between a sender and a receiver (see Tong, p. 2 [0024] and p. 3 [0033]). 

Regarding claim 5, Eccles in view of Tong teaches all the limitations of claim 4. 
Eccles in view of Tong further teaches an apparatus, wherein said plurality of data 
blocks further includes a second plurality of payload data blocks configured for 
transmitting payload information from said sender to said receiver (see Tong, p. 2 
[0024] and p. 3 [0033]). 

Regarding claim 6, Eccles in view of Tong teaches all the limitations of claim 5. 
Eccles in view of Tong further teaches an apparatus, wherein said plurality of data 
blocks further comprise checksum data for recovering data bit errors in said plurality of 
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data blocks for increasing tlie reliability of the transmission of said plurality of data 
blocks (see Eccles, col. 6, lines 24-50 and Tong, p. 2 [0024] and p. 3 [0030 & 0033]). 

Regarding claim 7, Eccles in view of Tong teaches all the limitations of claim 6. 
Eccles in view of Tong further teaches an apparatus, wherein said checksum data is 
implemented in a software scheme (see Eccles, col. 6, lines 24-50 and Tong, p. 3 
[0030]). 

Regarding claim 16, Eccles teaches a method of optimizing TCP/IP network data 
transfer over an IEEE 802.1 1 wireless network (see col. 3, lines 14-25, col. 6, lines 39- 
50, col. 11, lines 14 and Fig. 1), comprising: communicating over a IEEE 802.11 
wireless standard between a sender and receiver according to a TCP/IP layered 
communication protocol (see col. 3, lines 53-61 and col. 6, lines 39-50). 

Eccles further teaches if a transmitted data is lost or incorrectly received at a 
receiving station, after a predetermined period of time, the transmitting station would 
resend the packet to the receiving station (see col. 4, line 59 through col. 5, line 3), but 
fails to explicitly teach dividing a network packet frame into a plurality of data blocks; 
and partially retransmitting untransmitted data blocks in plurality of data blocks 
corresponding to the network packet frame by piggybacking them within said extra 
bytes of space in a frame under the IEEE 802.1 1 wireless standard which are not 
available in the MTU size utilized with the IP protocol within the IEEE 802.1 1 frame. 

In an analogous field of endeavor, Tong teaches a method and system of 
controlling retransmission of improperly received information, wherein upon receiving a 
negative acknowledgment (NAK) from a receiver indicating that a packet was corrupted 



Application/Control Number: Page 9 

10/814,847 

Art Unit: 2617 

and not properly received, tlie pacl<et for retransmission is divided into a number of 
segments, referred to as subpac[<ets and is then injected into a subsequent packet and 
transmitted to tlie receiver (see p. 2 [0024]). According to Tong, tlie receiver will 
recover the subpackets from an incoming sequence of packets, decode normal packets, 
and reconstruct retransmitted packets from the recovered subpackets (see p. 2 [0024] 
and p. 3 [0033]). Tong further teaches the decoded packets are sent to an error 
checking logic to determine if the decoded packet was properly received, and 
preferably, a cyclic redundancy check (CRC) algorithm is used to determine the integrity 
of the decoded packet (see p. 3 [0030]). Furthermore, Eccles teaches the frame length 
for the 802.1 1 data frame can range from 0 bytes to 2312 bytes and the FCS field 
carries a Cyclic Redundancy Code (CRC) which reads on adding FEC or checksum 
information for the data blocks within additional data bytes defined within the IEEE 
802.1 1 frame which are not utilized in IP protocol frames (see col. 6, lines 24-50 and 
Fig. 2; shows an IEEE 802.11 data frame). 

It would therefore have been obvious to one of ordinary skill in the art at the time 
of the invention to modify Eccles with the teachings of Tong to a include a method, 
comprising: dividing a network packet frame into a plurality of data blocks; and partially 
retransmitting untransmitted data blocks in plurality of data blocks corresponding to the 
network packet frame by piggybacking them within said extra bytes of space in a frame 
under the IEEE 802.1 1 wireless standard which are not available in the MTU size 
utilized with the IP protocol within the IEEE 802.1 1 frame, in order to provide an 
improved automatic repeat request (ARQ) based protocol that facilitates continuous 
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data transmission wliile supporting retransmission of corrupted data as taught by Tong 
(see p. 1 [0007-0008]). 

Regarding claim 17, Eccles in view of Tong teaches all the limitations of claim 17. 
Eccles in view of Tong further teaches a method, further comprising checking each of 
the plurality of data blocks in the network packet frame using a forward error correction 
(FEC) information scheme attached to the network packet frame to determine whether a 
particular data block in the plurality of data blocks is correct or recoverable (see Eccles, 
col. 4, lines 61-64 and col. 6, lines 24-50 and Tong, p. 3 [0030]). 

Regarding claim 18, Eccles in view of Tong teaches all the limitations of claim 17. 
Eccles in view of Tong further teaches a method, wherein said checking is configured 
for sending an acknowledgment by said receiving-node to said sending node with 
reference to a transmitted network packet frame in response to said plurality of data 
blocks being correct or recoverable (see Eccles, col. 4, lines 61-64 and col. 6, lines 24- 
50 and Tong, p. 3 [0030 & 0033]). 

Regarding claim 19, Eccles in view of Tong teaches all the limitations of claim 17. 
Eccles in view of Tong further teaches a method, wherein said checking is configured 
for sending a partial acknowledgment from said receiving node to said sending node 
with respect to a transmitted network packet frame, in response to said plurality of data 
blocks being corrupt or unrecoverable (see Eccles, col. 4, lines 61-64 and col. 6, lines 
24-50 and Tong, p. 3 [0030 & 0033]). 

Regarding claim 20, Eccles in view of Tong teaches all the limitations of claim 19. 
Eccles in view of Tong further teaches a method, wherein said checking is configured 
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for transmitting a negative acknowledgment from said receiving node to said sending 
node to request retransmission of an entire networl< pacl<et frame, in response to 
determining tliat said number of corrupt data blocks in said plurality of data blocks 
exceeds a threshold and said retransmitted data blocks are corrupt (see Eccles, col. 4, 
lines 61-64 and col. 6, lines 24-50 and Tong, p. 2 [0024-0025] and p. 3 [0030 & 0033]). 

Regarding claim 21, Eccles in view of Tong teaches all the limitations of claim 19. 
Eccles in view of Tong further teaches a method, wherein said sending of said partial 
acknowledgment comprises piggybacking the unrecoverable or the corrupt data blocks 
in a subsequent network packet frame transmission from said sending node to said 
receiving node (see Tong, p. 2 [0024-0025] and p. 3 [0030 & 0033]). 

Regarding claim 22, Eccles in view of Tong teaches all the limitations of claim 21 . 
Eccles in view of Tong further teaches a method, wherein upon said sending node 
receiving a partial acknowledgment from said receiving nodes, said sending node 
piggybacks unreceived data blocks on the data frames which will be transmitted next 
(see Tong, p. 2 [0024-0025] and p. 3 [0030 & 0033]). 

Regarding claim 23, Eccles in view of Tong teaches all the limitations of claim 22. 
Eccles in view of Tong further teaches a method, wherein the space for said piggyback 
comprises space in the network data frame which is approximately 800 bytes in length 
(see Eccles, col. 6, lines 24-26). 

Regarding claim 24, Eccles in view of Tong teaches all the limitations of claim 23. 
Eccles in view of Tong further teaches a method, wherein said sending node 
retransmits the entire data frame if the maximum retransmission time is not exceeded 



Application/Control Number: Page 12 

10/814,847 

Art Unit: 2617 

when said sending node receives a negative frame transmission acl<nowledgment (see 
Tong, p. 2 [0024-0025] and p. 3 [0030 & 0033]). 

Regarding claim 36, Eccles teaclies a wireless network (see col. 3, lines 14-15 
and Fig. 1), comprising: a first networl< {e.g., the Internet) having a first networl< 
transport protocol comprising a transport control protocol (TCP/IP) (see col. 3, lines 20- 
25 and Fig. 1); a second network (e.g., 802.11 WLAN) having a second network 
transport protocol comprising an IEEE 802.11 wireless network (see col. 3, lines 15-28 
and Fig. 1); and a network data transfer optimization system coupled to a media access 
control layer of said second network and configured for optimizing data transfer 
between network nodes in said first network and said second network (see col. 2, line 
17-31 , col. 6, lines 39-50 and Fig. 1); wherein said optimization system utilizes ACK 
frames by the receiver to feedback information on unrecoverable or corrupted data 
blocks (see col. 4, lines 61-66). 

Eccles further teaches if a transmitted data is lost or incorrectly received at a 
receiving station, after a predetermined period of time, the transmitting station would 
resend the packet to the receiving station (see col. 4, line 59 through col. 5, line 3), but 
fails to explicitly teach wherein upon receipt the sender can limit transmission to a 
retransmission of unrecoverable or corrupted blocks without retransmitting the entire 
frame; and wherein said retransmitted unrecoverable or corrupted blocks are 
piggybacked in a subsequent frame by using extra bytes space in the IEEE 802.1 1 
frame which are not utilized in the IP frame. 
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In an analogous field of endeavor, Tong teaches a method and system of 
controlling retransmission of improperly received information, wherein upon receiving a 
negative acknowledgment (NAK) from a receiver indicating that a packet was corrupted 
and not properly received, the packet for retransmission is divided into a number of 
segments, referred to as subpackets and is then injected into a subsequent packet and 
transmitted to the receiver (see p. 2 [0024]). According to Tong, the receiver will 
recover the subpackets from an incoming sequence of packets, decode normal packets, 
and reconstruct retransmitted packets from the recovered subpackets (see p. 2 [0024] 
and p. 3 [0033]). Tong further teaches the decoded packets are sent to an error 
checking logic to determine if the decoded packet was properly received, and 
preferably, a cyclic redundancy check (CRC) algorithm is used to determine the integrity 
of the decoded packet (see p. 3 [0030]). Furthermore, Eccles teaches the frame length 
for the 802.1 1 data frame can range from 0 bytes to 2312 bytes and the FCS field 
carries a Cyclic Redundancy Code (CRC) (see col. 6, lines 24-50 and Fig. 2; shows an 
IEEE 802.11 data frame). 

It would therefore have been obvious to one of ordinary skill in the art at the time 
of the invention to modify Eccles with the teachings of Tong to a include a wireless 
network, comprising: wherein upon receipt the sender can limit transmission to a 
retransmission of unrecoverable or corrupted blocks without retransmitting the entire 
frame; and wherein said retransmitted unrecoverable or corrupted blocks are 
piggybacked in a subsequent frame by using extra bytes space in the IEEE 802.1 1 
frame which are not utilized in the IP frame, in order to provide an improved automatic 
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repeat request (ARQ) based protocol that facilitates continuous data transmission wliile 
supporting retransmission of corrupted data as taught by Tong (see p. 1 [0007-0008]). 

Regarding claim 39, Eccles in view of Tong teaches all the limitations of claim 36. 
Eccles in view of Tong further teaches a wireless network, wherein said first network is 
an Ethernet network (see Eccles, col. 3, lines 20-25 & 42-46 and Fig. 1). 

Regarding claim 40, Eccles in view of Tong teaches all the limitations of claim 36. 
Eccles in view of Tong further teaches a wireless network, wherein a 1500 byte MTU is 
maintained to conform to the IP architecture, while all 2312 bytes are utilized within an 
IEEE 802.1 1 frame; and wherein the additional 800 bytes are not utilized for carrying 
the IP packet, but are utilized for retaining forward error correction (FEC) information or 
checksum information and for partial packet retransmission (see Eccles, col. 6, lines 24- 
30 and Figs. 2 & 4 and Tong, p. 2 [0024] and p. 3 [0030 & 0033]). 

Regarding claim 41 , Eccles in view of Tong teaches all the limitations of claim 36. 
Eccles in view of Tong further teaches a wireless network, wherein said data transfer 
optimization system comprises a network data formatting unit {e.g., a Network Access 
Point (NAP 54)) configured for formatting network data packet frames transmitted in 
said second network (see Eccles, col. 2, lines 15-31, col. 6, lines 39-50 and Fig. 1). 

Regarding claim 42, Eccles in view of Tong teaches all the limitations of claim 41 . 
Eccles in view of Tong further teaches a wireless network, wherein said data transfer 
optimization system further comprises a network data packet retransmission unit 
configured for retransmitting partial data packets corresponding to the network data 
packet frames transmitted from a sending node to a receiving node when the network 
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data packet frames include corrupt or unrecoverable data blocks (see Eccles, col. 4, line 
59 through col. 5, line 3 and Tong, p. 2 [0024] and p. 3 [0033]). 

Regarding claim 44, Eccles in view of Tong teaches all the limitations of claim 42. 
Eccles in view of Tong further teaches a wireless network, where said network data 
packet retransmission unit is configured for dividing up said network data packet frame 
into data blocks including a media access control layer header having information to 
enable the data packet frame to be transmitted between said first network and said 
second network (see Tong, p. 2 [0024] and p. 3 [0033]). 

Regarding claim 45, Eccles in view of Tong teaches all the limitations of claim 44. 
Eccles in view of Tong further teaches a wireless network, wherein said data blocks 
further comprise checksum information for improving the reliability of data transmission 
between said first network and said second network (see Eccles, col. 6, lines 24-50 and 
Fig. 2 and Tong, p. 3 [0030]). 

Regarding claim 48, Eccles in view of Tong teaches all the limitations of claim 1. 
Eccles in view of Tong further teaches an apparatus, wherein said partial packet 
retransmissions comprise dividing each IP packet into multiple data blocks and adding 
FEC or checksum information for the data blocks within extra bytes available in the 
IEEE 802.1 1 protocol which are not available in the MTU of the IP protocol and 
retransmitting blocks by piggybacking them within said extra bytes within the IEEE 
802.1 1 frame (see Eccles, col. 6, lines 24-30 and Fig. 2 and Tong, p. 2 [0024] and p. 3 
[0030 & 0033]). 
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8. Claims 3, 10-13, 25-27, 29, 43, 47 and 49 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Eccles et al., U.S. Patent Number 7,376,091 (hereinafter 
Eccles) and Tong et al., U.S. Publication Number 2002/0150040 Al (hereinafter 
Tong) as applied to claims 1, 2, 16 and 41 above, and further in view of Pazos, U.S. 
Patent Number 7,315,515 (hereinafter Pazos). 

Regarding claims 3, 10, 25, 43 and 49, Eccles in view of Tong teaches all the 
limitations of claims 1 , 2 and 41 . Eccles in view of Tong fails to explicitly teach a 
wireless network, method and an apparatus, wherein the suppression of unnecessary 
packet acknowledgments comprises deleting a portion of the packet acknowledgments 
(ACKs), belonging to the same TCP connection and stored within the queue of the 
network interface, which are determined to be unnecessary to sustain proper network 
performance. 

In an analogous field of endeavor, Pazos teaches a method and system for TCP 
acceleration, wherein the system includes an upstream queue for queuing packets, 
including acknowledgement packets and a means for receiving acknowledgment 
packets belonging to a TCP session (see col. 3, lines 26-41 ). According to Pazos, the 
system includes means for searching an upstream queue for queued acknowledgment 
packets belonging to the same TCP session, and means for replacing one of the 
queued acknowledgment packets with the incoming acknowledgment packet in the 
position in the upstream queue occupied by the oldest of the queued acknowledgment 
packets if the incoming acknowledgment packet is not a duplicate of the queued 
acknowledgment packet (see col. 3, lines 26-50). 
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It would therefore have been obvious to one of ordinary skill in the art at the time 
of the invention to modify Eccles and Tong with the teachings of Pazos to a include a 
wireless network and an apparatus, wherein the suppression of unnecessary packet 
acknowledgments comprises deleting a portion of the packet acknowledgments (ACKs), 
belonging to the same TCP connection and stored within the queue of the network 
interface, which are determined to be unnecessary to sustain proper network 
performance, in order to improve performance for TCP transfers by carefully discarding 
ACK packets congesting an upstream channel as taught by Pazos (see col. 4, lines 27- 
51). 

Regarding claim 1 1 , the combination of Eccles, Tong and Pazos teaches all the 
limitations of claim 10. The combination of Eccles, Tong and Pazos further teaches an 
apparatus, wherein said ACK suppression system speeds the transfer of network data 
for each ACK packet deleted in the TCP packet queue in the network (see Pazos, col. 
4, lines 27-51). 

Regarding claim 12, the combination of Eccles, Tong and Pazos teaches all the 
limitations of claim 10. The combination of Eccles, Tong and Pazos further teaches an 
apparatus, wherein said ACK suppression system is configured to piggyback 
unreceived data blocks transmitted in a first of said plurality of data blocks partially 
transmitted within a second of said plurality of data blocks transmitted subsequent to the 
first when the sender receives a partial acknowledgment from the receiver (see Tong, p. 
2 [0024] and p. 3 [0033] and Pazos, col. 3, lines 26-50). 
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Regarding claim 13, tlie combination of Eccles, Tong and Pazos teaclies all the 
limitations of claim 1 2. The combination of Eccles, Tong and Pazos further teaches an 
apparatus, wherein said ACK suppression system is configured for having said sender 
retransmit the entire data frame if said sender receives a negative acknowledgment 
from the receiver for a transmitted data frame, and as long as the retransmission does 
not exceed a maximum retransmission time (see Tong, p. 2 [0024-0025] and p. 3 [0030 
& 0033] and Pazos, col. 3, lines 26-50). 

Regarding claim 26, the combination of Eccles, Tong and Pazos teaches all the 
limitations of claim 25. The combination of Eccles, Tong and Pazos further teaches a 
method, wherein said packet acknowledgments comprise transport control protocol 
(TCP) acknowledgments (see Eccles, col. 4, line 59 through col. 5, line 3 and Tong, p. 2 
[0025] and p. 3 [0033]). 

Regarding claim 27, the combination of Eccles, Tong and Pazos teaches all the 
limitations of claim 26. The combination of Eccles, Tong and Pazos further teaches a 
method, wherein said acknowledgment suppression system is configured for reducing 
the number of acknowledgments transmitted in bursts, thereby mitigating self-contention 
within the transport control protocol (TCP) communication (see Pazos, col. 3, lines 26- 
50 and col. 4, lines 27-51). 

Regarding claim 29, the combination of Eccles, Tong and Pazos teaches all the 
limitations of claim 27. The combination of Eccles, Tong and Pazos further teaches a 
method, wherein said acknowledgment suppression system is configured to not delete 
the acknowledgment packet from the transport control protocol (TCP) packet queue 
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when it is determined tliat said acknowledgement sequence number in tlie transport 
control protocol (TCP) packet queue is equal to the sequence number in the most 
recent TCP acknowledgment (see Pazos, col. 3, lines 26-50). 

Regarding claim 47, the combination of Eccles, Tong and Pazos teaches all the 
limitations of claim 43. The combination of Eccles, Tong and Pazos further teaches a 
wireless network, wherein said network data packet transmission acknowledgment 
suppression system is configured to not delete an acknowledgement from the packet 
queue if its sequence number being transmitted in a transport control protocol (TCP) 
acknowledgment is equal to the packet in the most recent TCP acknowledgment (see 
Pazos, abstract and col. 3, lines 26-41). 

9. Claims 30-31 and 33-35 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Eccles et al., U.S. Patent Number 7,376,091 (hereinafter Eccles) 
and Tong et a!., U.S. Publication Number 2002/0150040 Al (hereinafter Tong) and 
further in view of Pazos, U.S. Patent Number 7,315,515 (hereinafter Pazos). 

Regarding claim 30, Eccles teaches a network data transfer optimization system 
for optimizing network packet communications between two-non-identical networks 
{e.g., an IEEE 802.11 network and the Internet) (see col. 3, lines 14-25 and Fig. 1), the 
system comprising: a network packet data formatting unit (e.g., a Network Access Point 
(NAP 54)) configured for formatting network packets into frames for transmission from a 
first network comprising a transport control protocol (TCP/IP) based network {i.e., the 
Internet) to a second network comprising an IEEE 802.1 1 wireless network (see col. 2, 
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lines 15-31, col. 6, lines 39-50 and Fig. 1); and transmitting a frame under the IEEE 
802.1 1 protocol and not used in the TCP/IP network between said first network and said 
second network (see col. 6, lines 24-50 and Fig. 2; shows an IEEE 802.11 data frame). 

Eccles further teaches if a transmitted data is lost or incorrectly received at a 
receiving station, after a predetermined period of time, the transmitting station would 
resend the packet to the receiving station (see col. 4, line 59 through col. 5, line 3), but 
fails to explicitly teach a network packet retransmission unit configured for partially 
retransmitting unreceived data blocks in the network packets by piggybacking the data 
within extra bytes which are available in a frame under the IEEE 802.1 1 protocol and 
not used in the TCP/IP network between said first network and said second network. 

In an analogous field of endeavor, Tong teaches a method and system of 
controlling retransmission of improperly received information, wherein upon receiving a 
negative acknowledgment (NAK) from a receiver indicating that a packet was corrupted 
and not properly received, the packet for retransmission is divided into a number of 
segments, referred to as subpackets and is then injected into a subsequent packet and 
transmitted to the receiver (see p. 2 [0024]). According to Tong, the receiver will 
recover the subpackets from an incoming sequence of packets, decode normal packets, 
and reconstruct retransmitted packets from the recovered subpackets (see p. 2 [0024] 
and p. 3 [0033]). Tong further teaches the decoded packets are sent to an error 
checking logic to determine if the decoded packet was properly received, and 
preferably, a cyclic redundancy check (CRC) algorithm is used to determine the integrity 
of the decoded packet (see p. 3 [0030]). Furthermore, Eccles teaches the frame length 
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for the 802.1 1 data frame can range from 0 bytes to 2312 bytes and the FCS field 
carries a Cyclic Redundancy Code (CRC) which reads on adding FEC or checksum 
information for the data blocks within additional data bytes defined within the IEEE 
802.1 1 frame which are not utilized in IP protocol frames (see col. 6, lines 24-50 and 
Fig. 2; shows an IEEE 802.11 data frame). 

It would therefore have been obvious to one of ordinary skill in the art at the time 
of the invention to modify Eccles with the teachings of Tong to a include a system 
comprising: a network packet retransmission unit configured for partially retransmitting 
unreceived data blocks in the network packets by piggybacking the data within extra 
bytes which are available in a frame under the IEEE 802.1 1 protocol and not used in the 
TCP/IP network between said first network and said second network, in order to provide 
an improved automatic repeat request (ARQ) based protocol that facilitates continuous 
data transmission while supporting retransmission of corrupted data as taught by Tong 
(see p. 1 [0007-0008]). 

The combination of Eccles and Tong fails to explicitly teach a network packet 
suppression unit configured for deleting a number of unnecessary network 
acknowledgment packets belonging to the same connection and stored on the packet 
queue and corresponding to network packets transmitted between said first network and 
said second network to enable a network connection to said first network. 

In an analogous field of endeavor, Pazos teaches a method and system for TCP 
acceleration, wherein the system includes an upstream queue for queuing packets, 
including acknowledgement packets and a means for receiving acknowledgment 
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packets belonging to a TCP session (see col. 3, lines 26-41). According to Pazos, the 
system includes means for searching an upstream queue for queued acknowledgment 
packets belonging to the same TCP session, and means for replacing one of the 
queued acknowledgment packets with the incoming acknowledgment packet in the 
position in the upstream queue occupied by the oldest of the queued acknowledgment 
packets if the incoming acknowledgment packet is not a duplicate of the queued 
acknowledgment packet (see col. 3, lines 26-50). 

It would therefore have been obvious to one of ordinary skill in the art at the time 
of the invention to modify Eccles and Tong with the teachings of Pazos to a include a 
system comprising: a network packet suppression unit configured for deleting a number 
of unnecessary network acknowledgment packets belonging to the same connection 
and stored on the packet queue and corresponding to network packets transmitted 
between said first network and said second network to enable a network connection to 
said first network, in order to improve performance for TCP transfers by carefully 
discarding ACK packets congesting an upstream channel as taught by Pazos (see col. 
4, lines 27-51). 

Regarding claim 31 , the combination of Eccles, Tong and Pazos teaches all the 
limitations of claim 30. The combination of Eccles, Tong and Pazos further teaches a 
system, further comprising a network packet suppression unit configured for deleting a 
portion of unnecessary network acknowledgment packets belonging to the same 
connection and stored on the packet queue and corresponding to network packets 
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transmitted between said first networ[< and said second networl< to enable a network 
connection to said first networ[< (see Pazos, col. 3, lines 26-50). 

Regarding claim 33, the combination of Eccles, Tong and Pazos teaches all the 
limitations of claim 30. The combination of Eccles, Tong and Pazos further teaches a 
system, wherein said network packet data formatting unit {e.g., a Network Access Point 
(NAP 54)) is configured for formatting a data packet of said first network into a plurality 
of data blocks for transmission to said second network (see Eccles, col. 2, lines 15-31 , 
col. 6, lines 39-50 and Fig. 1). 

Regarding claim 34, the combination of Eccles, Tong and Pazos teaches all the 
limitations of claim 33. The combination of Eccles, Tong and Pazos further teaches a 
system, wherein said plurality of data blocks includes checksum data for determining 
whether a particular data block is corrupted or uncorrupted (see Eccles, col. 4, lines 61- 
64 and col. 6, lines 24-50 and Tong, p. 3 [0030]). 

Regarding claim 35, the combination of Eccles, Tong and Pazos teaches all the 
limitations of claim 34. The combination of Eccles, Tong and Pazos further teaches a 
system, wherein said plurality of data blocks further includes forward error correction 
(PEC) data configured for recovering data from error bits in the plurality of data blocks 
(see Eccles, col. 4, lines 61-64 and col. 6, lines 24-50 and Tong, p. 3 [0030]). 

Conclusion 

10. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. 
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Kish at al., U.S. Publication Number 2006/0098616 A1 discloses throughput 
enhancement by acknowledgment suppression. 

Krishnan et al., U.S. Publication Number 2006/0133379 Al discloses method, 
system and article for improved TCP performance during retransmission in response to 
selective acknowledgment. 

1 1 . Applicant's amendment necessitated the new ground(s) of rejection presented in 
this Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP 

§ 706.07(a). Applicant is reminded of the extension of time policy as set forth in 37 
CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the date of this final action. 

1 2. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to ANTHONY S. ADDY whose telephone number is 
(571)272-7795. The examiner can normally be reached on Mon-Thur 8:00am-6:30pm. 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor. Due M. Nguyen can be reached on 571-272-7503. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



/Anthony S Addy/ 
Examiner, Art Unit 2617 

/Due Nguyen/ 

Supervisory Patent Examiner, Art Unit 2617 



